home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19981211-19990422 / 000202_news@watsun.cc.columbia.edu _Tue Feb 9 21:53:55 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB

  1. Return-Path: <news@watsun.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA14940
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 9 Feb 1999 21:53:49 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id VAA13648
  7.     for kermit.misc@watsun.cc.columbia.edu; Tue, 9 Feb 1999 21:25:00 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: brad.de.groot@gecits-ap.com
  10. Subject: Re: Help: Transmitting to Kermit TSO 4.3.2
  11. Date: Wed, 10 Feb 1999 02:25:41 GMT
  12. Organization: Customer of OzEmail/Access One Pty Ltd, Melbourne, Australia
  13. Message-ID: <36c0ecc4.16634566@news.aone.com.au>
  14. To: kermit.misc@mailrelay2.cc.columbia.edu
  15.  
  16. Thanks for your help guys but I have still not been able to rectify
  17. the problem.
  18.  
  19. I actually replicatated the ATOE, ETOA, TATOE and TETOA tables to
  20. match our previous working version of Kermit-TSO. My reson for doing
  21. this is that I thought if I could get the tables to match the old
  22. version of Kermit-TSO then it should work in the new version of
  23. Kermit-TSO 4.3.2. 
  24.  
  25. Am I correct in thinking this?
  26.  
  27. Do you have any other sugestions that I could try to get this working.
  28.  
  29. Thanks,
  30. Brad
  31.  
  32.  
  33. On 12 Jan 1999 17:49:05 GMT, pepmnt@watsun.cc.columbia.edu (John
  34. Chandler) wrote:
  35.  
  36. >Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote:
  37. >: In article <369a9176.10188882@news.ozemail.com.au>,
  38. >:  <brad.de.groot@gecits-ap.com> wrote:
  39. >: : I previously had Kermit TSO 4.0 and have upgraded to  Kermit TSO
  40. >: : 4.3.2. 
  41. >
  42. >Note that 4.0 was not a production release of TSO Kermit.  If you had it
  43. >working, it must have been considerably modified.
  44. >
  45. >: : I was sending the file at a speed of 9600.
  46. >
  47. >The SPEED setting in Kermit-370 has nothing to do with success or failure,
  48. >but is used only for the purpose of computing the throughput efficiency.
  49. >
  50. >: Checksum errors can be caused by data corruption or data loss.  This is
  51. >: why we have checksums in the first place.
  52. >
  53. >: But in the IBM mainframe world, which uses parity, they can also be caused
  54. >: by a parity mismatch.  Make sure your client program is set to use the same
  55. >: parity (even, mark, etc) that the mainframe (or its front end) expects.
  56. >
  57. >If your connection to the mainframe is in line mode, i.e., if TSO Kermit
  58. >says "Controller is TTY" or "Controller is VTAMTTY", then the most likely
  59. >cause of your problem is a mismatch between the ASCII/EBCDIC translation
  60. >tables used by the system (VTAM or whatever) and by Kermit.  The corrective
  61. >action is to make the tables agree, most likely by installing a
  62. >SYS1.KERMINI or, if need be, by modifying Kermit itself.  This procedure is
  63. >described in some detail in the user's guide for TSO Kermit.
  64. >
  65. >                        John Chandler
  66.